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1 

Multimedia messaging method and system 

This invention relates to data transmission. More specifically, the invention relates 
to the streaming of media content in a Multimedia IVlessaging Sen/ice. 

5 

In mobile communications networks, the temn Multimedia Messaging Service 
(MMS) is commonly used to describe a new approach for transmitting messages 
having multimedia content. The Multimedia Messaging Service allows messaging 
between different mobile users and / or between mobile users and the Internet. 

10 There is an already agreed solution for providing an MMS in 3"* Generation mobile 
communication networks and its features are described in 3"* Generation 
Partnership Project (3GPP) Technical Specification (TS) 23.140, V.4.1.0 
"Multimedia Messaging Service (MMS), Functional Description, Stage 2 (Release 
4, 2000-12)". The Multimedia Messaging Sen/ice proposed in 3GPP TS 23.140, 
. 15 release 4 employs a store-and-fonward approach to message delivery. Multimedia 
messages are constructed in such a way that the media content, infomiation 
necessary to describe the media content and addressing information, identifying 
the intended receiver of the message, are encapsulated together. The multimedia 
message is then sent from a sending MMS user agent to a Multimedia Messaging 

20 Sen/ice Centre MMSC, which in turn notifies the intended receiver (recipient MMS 
user agent) about the message. Later on, the multimedia message is downloaded 
by the recipient MMS user agent terminal as a whole and only presented to the 
user once downloaded and stored in the recipient MMS user agent. 

25 Next, the structure and operation of a typical MMS system will be described with 
reference to Figures 1 , 2 and 3. 

Figure 1 shows an oven^iew of MMS system elements according to 3GPP TS 
23.140. The system comprises the following items: 
30 • a plurality of MMS user agents (UAs) 110, each of which is capable of 
transmitting and receiving multimedia messages; 
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• a roaming MMS user agent 1 27; 

• Access networks 1 22, 1 24 and 1 25 of different types including: 

• A second generation mobile telecommunications network 122 sucli as a 
GSM phase 2 network; 

5 • A third generation mobile telecommunications network 124 such as a 
Universal Mobile Telecommunications System (UMTS); and 

• A mobile access network 126, for example a wireless-LAN network. 

• The Intemet (or another Internet Protocol (IP) -network) 130, having an 
external server 134, such as an e-mail server, and a wired E-mail client 132; 

10 •A Multimedia Messaging Sen/ice relay 142 and an MMS sen/er 144 which, in 
this example, are integrated into a single unit, referred to as a Multimedia 
Messaging Sen^ice Centre (MMSC) 140, but which can alternatively be 
implemented as separate or distributed entities; 

• A message store 1 50 in connection with the MMS server 144; and 

1 5 • User databases 1 60 comprising, for example, user subscription and addressing 
information. 

The collective term Multimedia Messaging Service Environment (MMSE) is used 
to describe those functional elements that operate together to implement a 
20 multimedia messaging sen^ice. In Rgure 1, an MMSE is formed by the elements 
within the oval outlined region. 

Referring in further detail to Figurel, each MMS user agent 110 connects to the 
MMS relay 142 through its access network 122, 124. The roaming MMS user 
25 agent 127 connects to the MMS relay 142 through the mobile access network 126 
and via the Intemet 130. The MMS relay is connected to the MMS server 144 and 
to the user databases 160. Furthermore, the external server 134 and the wired E- 
mail client 132 are connected to the Internet 130. 

30 Figure 2 shows an overview of interworking between different MMSE's according 
to 3GPP TS 23.140. The communication of multimedia messages takes place 
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between user agents 11 OA (sender) and 11 OB (recipient) which reside in two 
different Multimedia l\/lessaging Sendee Environments. For simplicity and clarity, 
tlie two Multimedia Messaging Service Environments, MMSE A and MMSE B, are 
each shown to comprise a single MMS relay, linked to a single MMS server, thus 

5 fonming two MMSC's 214 and 224. It should be appreciated that In a practical 
MMSE, the number of MMS relays and servers may be, and typically will be, 
greater than this. MMSE A and MMSE B may, for example, have different 
operators, different geographical locations or coverage areas and / or differ in 
terms of their technical characteristics and capabilities. Furthermore, in the 

10 situation where a particular MMSE comprises more than one MMS relay, the 
method according to the invention can also be applied within the MMSE. 

In the example shown in Figure 2, both MMS user agents 11 OA and 1108 are 
depicted as devices that communicate with their respective MMSE 210, 220 via a 
15 radio communication network 212, 222. However, it should be appreciated that 
either MMSE user agent A or MMSE user agent B,.or both of them, could reside in 
a fixed line network (not shown). 

In connection with Figure 2, it will be assumed that MMS user agent A 11 OA, 
20 which has subscribed to the multimedia messaging service provided in Multimedia 
Messaging Service Environment A 210, wishes to send some media content to 
MMS user agent B 11 OB, which has a subscription to the multimedia messaging 
service provided in MMSE B 220. In general, the content of a multimedia message 
can comprise a variety of components, some of which are suitable for streaming 
25 and other components which are not typically suitable for streaming, such as text 
or still images. In the following example, which describes the creation, 
transmission and retrieval of a multimedia message, it will be assumed that all the 
components of the message are non-streamable content types. The current 
provisions for streaming download of multimedia message components provided 
30 by 3GPP TS 23.140 will then be considered separately. 
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Referring once more to Figure 2, when initiating the communication of a 
multimedia message to MMS user agent B, I^MS user agent A first selects the 
media content to be transmitted. For example, the media content may talce the 
fomi of a still image and some associated text, stored in the memory of user agent 

5 A. The image may have been recorded, for example, using a camera, and still 
image encoding equipment built into user agent A, Altematively, the image and 
text may already have been downloaded from another source to user agent A. In 
either case, user agent A encapsulates the media content as a multimedia 
message, comprising the media content itself, information necessary to describe 

10 the media content and addressing information, identifying the intended recipient of 
the message. MIVIS user agent A then sends the message to MMS relay A through 
radio networicA212. 

On receiving the multimedia message, MMS relay A determines, from the 
15 addressing information included with the message, that the intended recipient is 
not a user agent of MMSE A, but a user agent of MMS relay B and forwards the 
multimedia message to MMS relay B. Routing of the multimedia message to the 
con-ect MMS relay, i.e. that responsible for MMS user agent B is achieved, for 
example, using standardised mechanisms provided for in the existing 3GPP 
20 multimedia messaging solution. On receiving the multimedia message, MMS relay 
B stores the media content in MMS server B and sends a notification to the 
intended recipient, MMS user agent B, thereby indicating that a multimedia 
message has arrived and its content is available to be downloaded from MMS 
relay B. In response to receiving the notification, MMS user Agent B retrieves the 
25 media content from (via) the MMS relay B. The retrieval of the media content is 
initiated by signalling with MMS relay B. 

Figure 3 illustrates the process of notification and multimedia message retrieval in 
more detail. Specifically, Figure 3 shows the flow of messages that takes place 
30 when MMS relay B receives an MMS message intended for recipient MMS user 
agent B. MMS relay B receives the MMS message, stores it in MMS server B, and 
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then informs MMS user agent B of the arrival of the message using an I^MS 
notification message 310 (MI^1_notifcation.REQ in 3GPP TS 23.140). 

Next, the MMS user agent B responds with an MMS notification response 320 
5 (MMI^notifcation.RES in 3GPP TS 23.140) to acknowledge receipt of the MMS 
notification 310. 

Having received the MMS notification message 310, MMS user agent B is aware 
that a multimedia message is available for retrieval and may initiate a process to 

10 download the message. This may be done substantially as soon as the notification 
message is received, or may be perfomied at some later time. When MMS user 
agent B desires to start downloading the MMS message, (t sends an MMS retrieve 
request 330 (MM1_retrieve.REQ) to MMSC B 224. MMSC B 224 responds by 
retrieving the multimedia message from MMS server B and sends an MMS 

15 retrieve response 340 (MMI^retrieve.RES in 3GPP TS 23.140) to MMS user 
agent B. In the case of a multimedia message that comprises only non-streamable 
components, as considered in this example, the MMS retrieve response message 
carries the actual multimedia message components to be downloaded. After 
receipt of the entire multimedia message, the MMS user agent B sends an MMS 

20 acknowledgement 350 (acknowledging the receipt of the entire multimedia 
message) to the MMS relay B. 



As mentioned earlier, some media components may be suitable for downloading 
by streaming. The temi "streaming" is generally used to describe the presentation 

25 of media content, for example an audio or video clip, or a combination of different 
media types, in a continuous way while the content is being transmitted to a 
recipient over a data networic. A "stream" can be a flow of data enabling the 
recipient to present some continuous flow of information such as motion pictures 
(i.e. video), voice or music. In a typical video stream, some 10 to 20 video frames 

30 are transmitted per second. In practice, streaming can be either live (real- time) or 
performed in an on-demand fashion. The term "live streaming" describes the 
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creation of a media stream from a live source, for example a stream of digital 
images produced by a video camera, wliile the term "on-demand streaming" 
describes the creation of a media stream from, for example, a file stored on a 
server. 

5 

The application of streaming in mobile networks lool<s very promising, especially 
considering the fact that mobile terminals typically have limited multimedia playing 
resources such as memory and processing power. In general, the adoption of a 
streaming approach to media download and presentation has the potential to 
1 0 reduce the amount of available memory required by mobile terminals 



Recently, interest has also arisen in the incorporation of streaming into the 
proposed 3"^ generation multimedia messaging service. However, as mentioned 
earlier, the MMS service is based on the encapsulation of media content, message 

15 description and addressing information into a single message. This kind of 
encapsulation is incompatible with the streaming of media content and therefore 
certain modifications to the l\yiMS service recommendations are necessary in order 
to accommodate the streaming download of media content. 3GPP TS 23.140, 
release 4 allows a streaming session to be established between a recipient user 

20 agent and a recipient MMS relay, but requires that the notification message sent 
from the recipient MMS relay to the recipient MMS user agent be modified to a 
certain extent. 

According to the recommendation, if a recipient MMS relay, such as MMS relay B 
25 described in the above example, receives a multimedia message containing 
streamable media content, it fomns a modified MMS notification message and 
sends it to the intended recipient user agent to notify it about the streamable 
multimedia components. The modified notification message contains infomnation 
necessary to initialise a streaming session between the recipient MMS user agent 
30 and an MMS server that has access to the streamable multimedia components. 
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Thus, according to 3GPP TS 23.140, release 4, the standard MMS notification 
message, used to inform an intended recipient user agent that a multimedia 
message is available for download, must be modified in such a way as to provide 
particulars of a streamable multimedia component to be downloaded. This enables 
5 the recipient user agent to establish a streaming session to download the 
multimedia component. 

However, despite this modification, there is still no mechanism available in the 
IVIMS specification to enable the downloading of both streamable and non- 
10 streamable multimedia components in a consistent manner. There is need for 
such a capability, because it would be useful to be able to receive both non- 
streamable multimedia components, such as still pictures and text or program 
applets together with streamable multimedia components such as sound, voice or 
video streams. 

15 

According to a first aspect of the invention there is provided a method for receiving 
a multimedia message, comprising the steps of: 

receiving a multimedia message transmission; 

separating from the multimedia message transmission a descriptor 
20 containing infomnation necessary to initiate a streaming session; and 

initiating a streaming session, using the descriptor, to retrieve a stored 
streamable media component described by the descriptor. 

Preferably, the method further comprises the step of separating a non-streamable 
25 media component from the multimedia message transmission. 

According to a second aspect of the invention there is provided a method for 
multimedia messaging, comprising the steps of: 

storing a multimedia message containing a streamable media component in 
30 a communications networtc entity; 

sending a multimedia message transmission from the network entity to a 
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recipient user agent; and 

including in said multimedia message transmission a descriptor providing 
information allowing tlie recipient user agent to initiate a streaming session to 
retrieve tfie streamable media component. 

5 

Tlie invention provides tiie advantage of allowing transmission of streamable 
media components using communication systems according the existing MMS 
specifications with only minor modifications. 

10 Preferably, with the same multimedia message, both streamable and non- 
streamable components may be sent from an originator to a recipient by using the 
descriptor before downloading the multimedia message. 

Preferably, the method further comprises notifying a recipient user agent that a 
15 message is available using a notification message. Preferably the notification 
message confonns to MMS specifications. 

Furthermore, the invention allows the use of a single type of notification message 
to infonn a recipient MMS user agent that a multimedia message is available for 
20 download. In other words, a single notification message type may be used 
regardless of the media content of a particular multimedia message. This has the 
advantage of simplifying the formation of notification messages and allowing the 
availability of multimedia messages for download to be indicated in a consistent 
manner. 

25 

Preferably, a streamable media component of a multimedia message comprising 
both a non-streamable and a streamable media component is replaced with the 
aforementioned descriptor, such that the multimedia message is modified to 
contain the non-streamable components and the descriptor. Thus, when the 
30 modified message, containing the non-streamable component and the descriptor 
is downloaded to the recipient user agent, the user agent can use the infomiation 
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provided by the descriptor to initiate a streaming session to download tlie 
streamable media, component. 

In a situation where a multimedia message contains more than one streamable 
5 media component, each streamable media component is advantageously replaced 
with a corresponding descriptor. Alternatively, the descriptor contains Information 
relating to at least two or all streamable media components. The descriptor is then 
provided in the multimedia message in place of all the streamable media 
components, which it describes. 

10 

Preferably, this replacement is perfonned either by a recipient MMS relay or MMS 
server. In other words, the replacement is preferably perfonned by the MMS relay 
or MMS server associated with the recipient user agent. Alternatively, another 
communication block such as a proxy server can perfonn the replacement. 

15 

Preferably, the descriptor is selected from a group consisting of: a session 
description file, a Uniform Resource Locator (URL), and a Universal Resource 
Identifier (URI). 

20 Preferably, the session description file is a session description protocol (SDP) file. 

Preferably, the session description file contains all the data necessary to initiate a 
streaming session to download a streamable media component. 

25 The inclusion of the descriptor in the multimedia message transmission makes it 
unnecessary to separately transmit the data to initiate tiie streaming session. This 
spares communication bandwidUi and accelerates the messaging, as excessive 
messaging can be avoided. Furthemnore, should tiie recipient user agent reject the 
message, no descriptor needs to be sent in vain. 

30 

According to a third aspect of the invention tiiere is provided a multimedia 
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messaging user agent comprising: 

a transceiver for receiving a multimedia message and for establisliing a 
streaming session; 

cliaracterised by tlie user agent further comprising: 
5 a processor for searcliing the multimedia message for a descriptor 

containing streaming initialisation data; and 

the processor being arranged to control the transceiver to initiate a 
streaming session using the streaming initialisation data contained by the 
descriptor. 

10 

According to a fourth aspect of the invention there is provided a multimedia 
messaging sen^ice system comprising: 

a first networi< entity for storing a multimedia message; 
a plurality of user agents; 
15 a second networi< entity for notifying a user agent of a message available to 

the user agent, said user agent being a recipient user agent; 

a third networl< entity for searching the multimedia message for a 
streamable media component, for storing such a component of the multimedia 
message, and for modifying the multimedia message by placing a descriptor in the 
20 multimedia message, sufficient to allow the recipient multimedia user agent to 
initiate a streaming session to retrieve the streamable media component; 

the second networi< entity being arranged to receive a request for delivering 
the multimedia message to the recipient user agent and to transfer the multimedia 
• message to the recipient user agent in response to said request, 

25 

The second and third networi< entities may be the same, for example a multimedia 
relay. Alternatively, they may be different entities. 

According to a fifth aspect of the invention there is provided a multimedia message 
30 comprising an address of the recipient of the multimedia message; 
characterised in that the multimedia message further comprises: 
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a descriptor containing information necessary for allowing a recipient user 
agent, using tiie descriptor, to initiate a streaming session to retrieve at least one 
streamable media component. 

5 According to a sixtli aspect of the invention there is provided a computer program 
product for controlling a multimedia messaging user agent, comprising: 

computer executable program code to enable the user agent to receive a 
multimedia message; 

characterised by the computer program product further comprising: 
10 computer executable program code to enable the user agent to search the 

multimedia message for a descriptor containing streaming initialisation data; and 

computer executable program code to enable the user agent to initiate a 
streaming session using the streaming initialisation data contained by the 
descriptor. 

15 

The invention will now be described, by way of example only,- with .reference to the 
accompanying drawings, in which: 

Rgure 1 shows an overview of MMS system elements according to 3GPP TS 
23.140, V. 4; 

20 Figure 2 shows an overview of inten/vorking MMS system elements according 
to 3GPP TS 23.140. v. 4; 
Figure 3 shows the flow of messages between a receiving MMS relay / MMS 

server and a recipient MMS user agent; 
Rgure 4 shows the flow of messages between a receiving MMS relay / MMS 
25 sen/er and a recipient MMS user agent, according to a preferred 

embodiment of the present invention; 
Rgure 5 shows a flow chart describing the operation of an MMS relay, 

according to a prefen-ed embodiment of the present invention; and 
Figures shows a block diagram of the staicture of an MMS user agent, 
30 according to the prefeaed embodiment of the present invention. 
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Figures 1 to 3 have been described in the foregoing to illustrate the prior art. They 
also form a framework within which the present invention can be implemented. 

A preferred embodiment of the invention will next be described with reference to 
5 the operation of an MMS system on receiving a multimedia message containing 
streamable- and non-streamable components. An example Implementation of an 
MMS system that supports the prefenred embodiment will also be described. 

The prefen-ed embodiment of the present invention is based on replacing a 
10 streamable multimedia component of a multimedia message with a descriptor that 
provides infomiation allowing a recipient MMS user agent 11 OB to Initiate a 
streaming session to download the streamable component. As previously 
described, until now streaming in connection with MMS has only been possible by 
altering the MMS notification message 310. In the prefen-ed embodiment of the 
15 present invention, the descriptor is embedded in the multimedia message and is 
received by a recipient user agent just as any other multimedia component in the 
MMS retrieve response. The user agent extracts the information provided by the 
descriptor, which can then be used to Initiate a streaming session to download the 
streamable component. This means that it is no longer necessary to modify the 
20 MMS notification message 310. 

Figure 4 shows the flow of messages that takes place between a recipient MMSC 
and a recipient MMS user agent, according to the preferred embodiment of the 
present invention. After amval of a multimedia message at the MMSC, messages 

25 310 to 330 are first exchanged. This happens in a manner equivalent to what 
takes place in a conventional MMS system when there are no streamable 
components in a received multimedia message. The modifications introduced by 
the present invention affect the signalling that takes place after the MMS retrieve 
request 330. According to the preferred embodiment, if the received multimedia 

30 message comprises a streamable media component in addition to a non- 
streamable media component, the MMS retrieve response 340 contains the non- 
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streamable multimedia message component and a descriptor describing the 
streamable multimedia component. According to the preferred embodiment, in a 
situation where the multimedia message contains more than one streamable 
media component, each streamable media component is replaced with a separate 
5 descriptor, each descriptor comprising information sufficient to allow the recipient 
user agent 11 OB to initiate a streaming session for receiving the streamable media 
component in question. 

If the multimedia message contains only streamable components, then the 
1 0 multimedia message will only contain descriptors of streamable components. 

Typically, the descriptors are arranged in fown of a session description file, such 
as a Session Description Protocol (SDP) document, which is included within the 
MMS message. The actual file stmcture can be implemented in various manners, 

15 but according to the preferred embodiment, a structure such as that shown in 
Wireless Application Protocol WAP Multimedia Messaging Service Version 1.0, 
Message Encapsulation Draft 0.8 (17-Febmary-2000), Figure 2 Is used. It is 
advantageous to an-ange the multimedia message such that the descriptor is 
delivered in the early part of the MMS message so that the streaming session(s) 

20 can be initiated without large delays, after downloading of the MMS message has 
commenced. 

In an altemative embodiment, a shared session description file contains 
descriptions of two or more downloadable multimedia components. 

25 

The session description file provides a description of the presentation for a 
particular streamable multimedia component and allows the recipient to 
accomplish the media intialisation part of the streaming process. An SDP file is a 
good example of a widely used session description file type. SDP has an Internet 
30 Assigned Numbers Authority (lANA) registered Multi-purpose Internet Mail 
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Extensions (MIME) type to be mentioned as the content type of the connponent of 
the MMS Retrieval Response message 340. 

Advantageously, the session description file contains the following data: a protocol 
5 version, information about the owner and / or creator of the media content, a 
session identifier, a session name and attributes, session infonnation, an 
originator identifier, such as the e-mail address or phone number of the sender of 
the message, connection infomnation, bandwidth infomiation, different time-related 
infonnation, and a title and attribute for each media component described by the 
10 session description file. The session description file may further comprise some 
cryptographic information, such as a Message Authentication Code (MAC), a 
cryptographic checksum for checking the validity of the content, or a challenge for 
allowing the recipient MMS user agent to generate a session key to be used for 
decrypting or validating the content. 

15 

In alternative embodiments, other fornns of files are used for this purpose. TEXT, 
RTSL and MHEG are some other example files to be used for this purpose and all 
these files have a registered MIME type. 



20 The streaming session is implemented according to commonly used streaming 
protocols. The Real Time Streaming Protocol (RTSP) is a well-known session 
layer protocol in this regard. The Real Time Protocol / Real Time Control Protocol 
(RTP/RTCP) are designed to control the transport of streaming content, while the 
user datagram protocol (UDP) and / or transmission control protocol (TCP) can be 

25 used as transport protocol for streaming. 

The use of separate session description files provides the advantage of more 
flexible use, since different networic entitles may replace different streamable 
multimedia components with respective descriptors. 



30 
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The multimedia message, that is, the content, can be up loaded to the MMSC 
either by streaming or by any other appropriate method. In the preferred 
embodiment of the present invention, use of streaming in downloading media 
content to a given recipient is independent of the manner in which the content was 
5 uploaded to the MMS relay B. 

Figure 5 shows a flow chart describing the operation of a recipient MMS relay 
according to the preferred embodiment of the present invention. The operation 
starts from block 502. Next, the MMS relay B receives a multimedia message 

10 (block 504). The MMS relay checks whether the multimedia message contains any 
streamable media components (block 506). If it does, each streamable media 
component is stored (block 508) and a descriptor appropriate for the component in 
question is formed and included in the multimedia message in place of the media 
component itself (block 510). In the next step of the operation, the recipient MMS 

15 user agent is notified (MMS notification) that the multimedia message is available 
(block 512). 

After receiving notification of an available multimedia message, the recipient MMS 
user agent should acknowledge the notification by sending an MMS notification 

20 response message. The MMS relay checks if it has received the MMS notification 
response (block 514). If not, the MMS relay checks whether the message has 
expired (block 515). If the message has not expired, the relay attempts to notify 
the recipient again, for example, after a predetermined time period has elapsed. If 
the message has expired, the MMS relay will not attempt to notify the recipient 

25 user agent again and advantageously clears the message (block 520), that is, 
erases the stored media components related thereto. 

if a notification response is received (block 514), the operation proceeds by 
checking for the receipt of an MMS retrieve request (block 516). in the prefen-ed 
30 embodiment of the invention, the MMS retrieve request can be integrated with the 
notification response, if both of these would othenftfise be transmitted within a short 
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period of time (for example, 1, 5 or 10 minutes), or if automatic downloading of 
incoming multimedia messages has been selected. 

If the retrieve request has not been received, the MMS relay checks whether the 
5 multimedia message has expired (block 518). If it has, the operation proceeds to 
block 520 and the multimedia message is cleared as explained above. If the 
multimedia message has not expired, the operation proceeds to block 522. There 
the multimedia message, now containing a descriptor for each streamable 
multimedia component, is transmitted to the recipient MMS user agent. After 
10 transmission of the multimedia message, the message is cleared (block 524) if it is 
not needed for transmission to another recipient (e.g. in the case of multicasting). 
Typically, the message is cleared only after an acknowledgement of receipt has 
been received from the recipient MMS user agent. 

15 Typically, an MMS relay is implemented as a sen/er computer and is controlled by 
a computer program, which enables the MMS relay to operate according to the 
aforementioned steps. 

Figure 6 shows the structure of an MMS user agent according to the prefen-ed 
20 embodiment of the present invention in which the MMS user agent is implemented 
in a wireless communication device. A microprocessor nP controls the blocks 
responsible for the MMS user agent's different functional blocks. These functional 
blocks comprise a random access memory RAM,, a radio frequency block RF, a 
read only memory ROM, an input / output port I/O for external connections, a user 
25 interface Ul, having an audio system SND and a display DPL for presenting 
multimedia messages and a keyboard KBD for receiving data and commands from 
a user. The microprocessor's operating instructions, that is program code and the 
MMS user agent's basic functions are stored in advance, for example during the 
manufacturing process, in the ROM. In accordance with its program, the 
30 microprocessor uses the RF block for transmitting and receiving messages on a 
radio path. The microprocessor monitors the state of the user interface Ul and 
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controls the MMS user agent according to the program code. On receiving, a 
multimedia message, the microprocessor \iP examines the message for a 
descriptor of a streamable multimedia component. If it finds a descriptor, it initiates 
a streaming session accordingly for retrieving, or down streaming, a corresponding 
5 multimedia component. If more than one descriptor is found, a conesponding 
number of streaming sessions are initiated for down streaming the respective 
multimedia components. 

Typically, the streaming sessions are set up substantially immediately, but 
10 alternatively, the descriptor information can also be stored in the random access 
memory RAM and used at some later time to initiate a streaming session. 

If a particular multimedia component is of a type not supported by the MMS user 
agent itself, the microprocessor may control the input / output port I/O to forward 

15 such a component to an extemal device that supports that type of multimedia 
componerrt. Such an extemal device may be a personal computer, typically a 
laptop computer. This also provides the advantage of allowing use of enhanced 
user interface and sound capabilities, if the extemal device provides such facilities. 
The input / output port may be an infrared port, a wired port, or a Low Power Radio 

20 Frequency connection port such as a Bluetooth port. 

In case of a streamable multimedia component, the descriptor infonnation can be 
passed to such an extemal device to enable that extemal device to establish a 
streaming session, either via the MMS user agent or via another route, such as 
25 fixed Internet access. 

Advantageously, the MMS relay has access to a user profile of the recipient user 
agent stored in the user databases 160. Using the profile, it can detemnine 
whether each of the multimedia components of a multimedia message conforms to 
30 the capabilities of the recipient user agent and / or preferences defined the 
recipient user agent's user profile. If necessary, the multimedia components of 
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excessive quality may be down-converted to a lower, but sufficient quality level, 
such that their transmission Is faster and they can be readily used by the recipient 
user agent without any further conversion or manipulation before presentation to 
the user. Similarly, multimedia components may be converted from one media 
5 foHTiat to another, such that the result conforms to the capabilities and / or 
preferences of the recipient user agent. The conversion may be made either 
beforehand or on / during transmission of tfie MMS retrieve response. 

Particular implementations and embodiments of the invention have been 
10 described. It is clear to a person skilled in the art that the invention is not restricted 
to details of the embodiments presented above, but that it can be implemented in 
other embodiments using equivalent means without deviating from the 
characteristics of the invention. The scope of the invention is only restricted by the 
attached patent claims. 

15 
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Claims 

1. A method for receiving a multimedia message, comprising the steps of: 

receiving a multimedia message transmission; 

separating from the multimedia message transmission a descriptor 
5 containing information necessary to initiate a streaming session; and 

initiating a streaming session, using the descriptor, to retrieve a stored 
streamable media component described by the descriptor. 

2. A method according to claim 1 , further comprising: 

10 separating a non-streamable media component from the multimedia 

message transmission. 

3. A method for multimedia messaging, comprising the steps of: 

storing a multimedia message containing a streamable media component in 
1 5 a communications network entity; 

sending a multimedia message transmission from the network entity to a 
recipient user agent; and 

including in said multimedia message transmission a descriptor providing 
information allowing the multimedia user agent to initiate a streaming session to 
20 retrieve the streamable media component. 

4. A method according to any of the preceding claims, the method further 
comprises notifying a recipient user agent that the multimedia message is 
available using a notification message. 

25 

5. A method according to any of the preceding claims, wherein the multimedia 
message further contains a non-streamable media component and the 
multimedia message transmission further contains the non-streamable media 
component. 

30 

6. A method according to any of the preceding claims, wherein a streamable 
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media component of a multimedia message is replaced with the 
aforementioned descriptor, such that the multimedia message is modified to 
contain the descriptor. 

6 7. A method according to claim 6, wherein, ft the multimedia message contains 
more than one slreamable component, each streamable component is 
replaced with a conresponding descriptor. 

8. A method according to any claims 3 to 6, wherein, if the multimedia message 
10 contains more than one streamable component, at least two streamable 

components are replaced with one descriptor common for all replaced 
components. 

9. A method according to any of claims 6 to 8, wherein replacement is perfomned 
15 by an entity selected from a group consisting of the following: a recipient MMS 

relay, a recipient MMS server, and an intermediate communication block. 

10. A method according to any of the preceding claims, wherein the descriptor is 
selected from a group consisting of: a session description file, a uniform 

20 resource locator (URL), and a Universal Resource Identifier (URI). 

11. A method according to claim 10, wherein the session description file is a 
session description protocol (SDP) file. 

25 12.A method according to any of the preceding claims, wherein the descriptor 
contains all the data necessary to initiate a streaming session to download the 
streamable component. 

13. A multimedia messaging user agent comprising a transceiver (RF) for receiving 
30 a multimedia message and for establishing a streaming session; 
characterised by the user agent furttier comprising: 
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a processor (CPU) for searching the multimedia message for a descriptor 
containing streaming initialisation data; and 

the processor (CPU) being arranged to control the transceiver (RF) to 
initiate a streaming session using the streaming initialisation data contained by the 
5 descriptor. 

14. A multimedia messaging service system (100) comprising: 

a first network entity (1 50) for storing a multimedia message; 

a plurality of user agents (1 10,127); 
10 a second network entity (142) for notifying a user agent of a multimedia 

message available to the user agent, said user agent being a recipient user agent; 

a third network entity (142,144) for searching the multimedia message for a 
streamable media component, for storing such a component, and for modifying the 
multimedia message by placing into the multimedia message, instead of the 
15 streamable component, a descriptor sufficient to allow the recipient multimedia 
user agent (110,127) to initiate a streaming session to retrieve the streamable 
media component; 

the second network entity (142) being an-anged to receive a request for 
delivering the multimedia message to the recipient user agent (110,127) and to 
20 transfer the multimedia message to the recipient user agent responsive to the 
request 

15. A multimedia message comprising an address of a recipient of the multimedia 
message; characterised in that the multimedia message further comprises: 

25 

a descriptor containing all necessary data for allowing a recipient user 
agent, using the descriptor, to initiate a streaming session to retrieve at least one 
streamable media component. 

30 16. A Computer program product for controlling a multimedia messaging user 
agent, comprising computer executable program code to enable the user agent 
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to receive a multimedia message; 

characterised by the computer program product further comprising: 
computer executable program code to enable the user agent to search the 
multimedia message for a descriptor containing streaming initialisation data; and 
5 computer executable program code to enable the user agent to initiate a 

streaming session using the streaming initialisation data contained by the 
descriptor. 
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